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ABSTRACT 



A new type of data transport service which uses a frame 
relay layer 2 data link connection identifier (DLCI) to select 
among various service types, feature sets, and/or closed user 
groups (CUGs). A layer 3 address may be extracted from a 
layer 2 frame, and the layer 3 address information may be 
used to route a data packet over a packet-switched network 
according to the service classes, feature sets, and/or CUGs 
selected. At the destination, the layer 3 data packet may 
again be enclosed in a layer 2 frame with a DLCI indicating 
the service classes, features sets, and/or CUGs. Because the 
use of conventional permanent virtual circuits (PVCs) is not 
required in aspects of the invention, new methods of mea- 
suring and managing network traffic are presented. 

10 Claims, 10 Drawing Sheets 
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FRAME RELAY SWITCHED DATA SERVICE 

The present application claims priority from copending 
provisional application Ser. No. 60/051,564 entitled 
"FRAME RELAY SWITCHED DATA SERVICE" filed on 
Jul. 3, 1997, herein incorporated by reference, and is related 
by subject matter to concurrently filed U.S. patent applica- 
tion Ser. No. (attorney docket no. 03493.20133), entitled 
"TRAFFIC MANAGEMENT FOR FRAME RELAY 
SWITCHED DATA SERVICE" by the same inventors. 

BACKGROUND OF THE INVENTION 

1. Technical Field 

The present invention is directed to systems and methods 
for implementing improved network architectures, and more 
specifically to systems and methods for routing internet 
protocol (IP) packets using modified frame relay protocols. 

2. Description of the Related Arts 

Recently, the popularity of large "meshed" networks has 
been increasing. However, large-scale highly-meshed net- 
works can be difficult to implement, maintain, and manage 
using conventional network technologies. 

An example of a conventional mesh configuration is 
shown in FIG. 1. A wide-area network (WAN) 900 includes 
a plurality of routers R A , R B , R c , R^,, (customer premises 
equipment (CPE)) respectively disposed at a plurality of end 
user locations A, B, C, and D and interconnected to a service 
provider's network (SPN) 901 via respective user-network 
interfaces (UNI) 920-1, -2, . . . , -n. The user-network 
interfaces 920 may be variously configured to be, for 
example, an asynchronous transfer mode (AIM switch hav- 
ing a frame relay interface to CPE. Connecting the sites 
together are logical paths called, for example, permanent 
virtual circuits (PVCs) P^, P^, P^, P^, P^, that are 
characterized by their endpoints at the UNIs 920-1, 
920-2, . . . , 920-n and a guaranteed bandwidth called the 
committed information rate (CIR). 

FIG. 2 provides a detailed view of the flow of data across 
the WAN 900. There exists a plurality of layers of protocol 
over which communications may occur. For example, the 
well-known layers of the International Standards Organiza- 
tion's (ISO) Open Systems Interconnect Model having lay- 
ers from a physical layer (layer 1), a datalink layer (layer 2), 
a network layer (layer 4), up through and including an 
application layer (layer 7). Under this model, user data 902 
is generated by a user application running at the application 
layer 903. At the transport layer (layer 4) 904, a source and 
destination port address 906 (as part of the TCP header 
(layer 4)) may be added to the user data 902, At the network 
layer (layer 3) 905, an additional header (i.e., an IP header 
(layer 3)) containing source and destination IP addresses) 
908 may be added. Thus, the layer 3 user data field includes 
the layer 4 user data 902 plus the layer 4 header 906. The 
layer 3 protocol data unit (PDI) 902, 906, 908, which makes 
up, for example, an IP packet 950, is then passed down to 
layer 2 909 in the CPE (routers R^, R B , R c , R D ) that 
interfaces to the SPN 901. In the router, a table maps one or 
more IP addresses (layer 3) 908 to an appropriate PVC or 
PVCs (P A . C , P^, P^, V A _ B , P C , B ) The router table is 
maintained by the customer. Once the correct PVC is located 
in the routing table, the corresponding data link connection 
identifier (DLCI) (layer 2) 912 is coded into the header of 
the frame relay frame 914 (packet). Thereafter, the remain- 
der of the frame relay frame is included and a frame check 
sum (FCS) is computed. The frame is then passed down to 
the physical layer and transmitted to the SPN 901. 
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At the UNI 920, the frame is checked for validity to 
determine if there is a predefined PVC associated with the 
DLCI 912. If so, the frame 914 is then forwarded on that 
PVC through the network along the same path and in the 

5 same order as other frames with that DLCI, as depicted in 
FIG. 2. The layer 2 frame information remains as the packet 
traverses the frame relay network whether this network is 
actually implemented as a frame relay network or other 
network such as an ATM network. The frame is carried to its 

lfl destination without any further routing decisions being made 
in the network. The FCS is checked at the egress UNI, and 
if the frame is not corrupted, it is then output to the UNI 
associated with the end user. 

As is well known in the art, FIGS. 1-3 provide exemplary 
diagrams of how the frame relay data packets are assembled 

15 at the various ISO layers using the example of TCP/IP 
protocol transport over a frame relay data link layer. The 
example shows how the user data at the application layer is 
"wrapped" in succeeding envelopes, making up the PDUs, 
as it passes down the protocol stack. Specifically, the com- 

20 position of the Header field is expanded for detail and is 
shown in FIG. 5. The data link connection identifier (DLCI) 
field comprises 10 bits spread over the first and second octet, 
and allows for 1023 possible addresses, of which some are 
reserved for specific uses by the standards. As shown in FIG. 

25 3, the DLCI is added to the frame relay header according to 
what destination IP address is specified in the IP packet. This 
decision about what DLCI is chosen is made by the CPE, 
usually a router, based on configuration information pro- 
vided by the customer that provides a mapping of IP 

30 addresses into the PVCs that connect the current location 
with others across the WAN 900. 

In conventional flame relay, a layer 2 Q.922 frame carries 
the layer 3 customer data packet across the network in a 
permanent virtual circuit (PVC) which is identified by a data 

35 link connection identifier (DLCI). Thus, the DLCIs are used 
by the customer as addresses that select the proper PVC to 
carry the data to the desired destination. The customer data 
packet is carried across the network transparently and its 
contents is never examined by the network. 

40 The conventional meshed frame relay network discussed 
above has a number of limitations. For example, every time 
a new end user location is added to the meshed network, a 
new connection is required to be added to every other end 
user location. Consequently, all of the routing tables must be 

45 updated at every end user location. Thus, a "ripple" effect 
propagates across the entire network whenever there is a 
change in the network topology. For large networks with 
thousands of end user locations, this ripple effect creates a 
large burden on both the network provider to supply enough 

50 permanent virtual circuits (PVCs) and on the network cus- 
tomers in updating all of their routing tables. Further, most 
routers are limited to peering with a maximum of 10 other 
routers which makes this network topology difficult to 
implement. As networks grow in size, the number of PVCs 

55 customers need to manage and map to DLCIs increases. 
Further complicating the problem is a trend toward increas- 
ing "meshedness" of networks, meaning more sites are 
directly connected to each other. The result is a growth in the 
number and mesh of PVCs in networks that does not scale 

60 well with current network technologies. 

A possible solution for handling large meshed networks is 
to use a virtual private network (VPN) which interconnects 
end user locations using encrypted traffic sent via "tunnel- 
ing" over the internet. However, VPNs are not widely 

65 supported by internet service providers (ISPs), have erratic 
information rates, and present a number of security con- 
cerns. 
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Another possible solution is the use of frame relay based customers because, unlike that of conventional frame relay, 

switched virtual circuits (SVCs). While PVCs (discussed customers no longer need to update their local DLCI tables 

above) are usually defined on a subscription basis and are each time a network customer with whom they wish to 

analogous to leased lines, SVCs are temporary, defined on an communicate is added or removed from the network. Thus, 

as-needed basis, and are analogous to telephone calls. 5 the customer's burden of network administration is substan- 

However, SVCs require continuous communications tially reduced. 

between all routers in the system to coordinate the SVCs. \ n sub-aspects of the invention, some DLCIs may be used 
Further, because the tables mapping IP addresses to SVC t o select among service categories ("service category 
addresses are typically manually maintained, SVCs are often DLCIs") while in the same network other DLCIs may be 
impractical for large highly-meshed networks. Security is a 10 use d to select conventional PVCs and/or SVCs 
major concern for SVC networks where tables are misman- ("conventional DLCIs"). In other words, conventional frame 
aged or the network is spoofed. Further, frame SVCs are re i ay may be mixed with aspects of the present invention 
difficult to interwork with asynchronous transfer mode w i t hin the same network, allowing aspects of the present 
(ATM) SVCs. invention to be incrementally implemented in existing con- 
None of the above solutions adequately address the grow- 35 ventional frame relay networks, 
ing demand for large mesh networks. Accordingly, there is i n further aspects of the invention, addressing contained 
a need for network architectures which enable implementa- ^ multiple layers (e.g., as defined by the Open System 
tion of large mesh networks having security, low mainte- Interconnection model) are compared with each other in a 
nance costs, efficient operations, and scalability. network to determine routing errors. If the addressing in the 

« T T . ™ , „ 20 layers are consistent with each other, then the associated data 

SUMMARY OF THE INVENTION ^ routed without interruption . 0n the other hand, if the 

Aspects of the present invention solve one or more of the addressing in the layers is inconsistent with each other, the 

above-stated problems and/or provide improved systems associated data may be specially handled. For example, the 

and methods for implementing a network architecture. 25 data mav De discarded, sent to a pre-detennined address, 

A new type of data transport service takes advantage of ™ d/oT ' etl ! rned |° the ™* addr( ;f comparison may 

the existing base of frame relay customer premises equip- b * a PP ,ied 10 , the ending address and/or the destination 

ment (CPE) and customers while offering a new mechanism address. An advantage of this multiple layer address com- 

for providing extensible service features to those customers. p ™ 15 that ° etw ? rk st finty is increased For instance 

In the new service, data link connection identifiers (DLCIs) 30 P roblen f such .j* ^ofing, which is the practice of 

may be used by the CPE to select among service types, ^°^ ly P rovidm § an incorrect sending mternet protocol 

feature sets, and closed user groups (CUGs). The DLCI is < IP > address ' are better COQtrolled *>y such a method, 

used in the layer 2 frame that conveys the user data to the In stlU mrther aspects of the invention, routing look-up 

network. The layer 3 user data packet is extracted from the tables witnin lhe network are separated such that, for 

layer 2 frame and the layer 3 address information for the 35 example, each customer, closed user group (CUG), extranet, 

(routable) protocol is used to route the user data packet over and/or intranet ma Y ha ve its own private partition and/or 

a high-performance packet switched network, according to separate table. This can provide greater network speed 

the service class/feature set selected by the DLCI. At the because a router need not scan the entire available address 

destination, the layer 3 data packet is again enclosed in a s P ace for al1 network customers at once. Furthermore, data 

layer 2 frame with a DLCI that indicates to which service 40 s^^y is improved because the risk of sending data to a 

group it belongs. The frame is then forwarded to the CPE. wron S recipient is reduced. 

Use of this technique will allow the existing frame relay In yet further aspects of the invention, layer 3 and/or layer 

CPE to support, over the same physical interface, conven- 4 IP address information is utilized to route the fast packets 

tional frame relay service with a range of DLCIs that are through the network. 

linked to logical paths such as permanent viral circuit 45 In even further aspects of the invention, new network 

(PVCs), as well as a range of DLCIs that are linked to traffic management techniques and measurements are 

service and/or feature sets. This will allow a robust method defined. For example, in some traffic-management aspects of 

for extension of new services to the frame relay installed the invention, committed delivery rates (CDRs) may be 

base, with minimal impact to existing customer equipment. assigned to one or more UNIs. A CDR is the average 

In some aspects of the invention, frame relay DLCIs are 50 minimum data rate that is guaranteed to be delivered to a 

used for selecting among various "service categories." This gi ven UNI when sufficient traffic is being sent to the UNI. In 

differs significantly from conventional frame relay, which further traffic-management aspects of the invention, a des- 

uses DLCIs only to select PVCs and/or switched virtual tination rate share (DRS) is assigned to one or more UNIs. 

circuits (SVCs). Service categories may include, but are not The DRS may be used to determine the share of traffic that 

limited to, communication via the public internet, commu- 55 a given UNI may send through the network. If several UNIs 

nication via a local intranet, communication within a closed are simultaneously offering to send traffic to the same 

user group (CUG), communication with an extranet (e.g., a destination UN, then each sending UNTs share of the 

network of trusted suppliers or corporate trading partners), network may be determined by its own DRS and the DRSs 

live audio/video transmission, multicasting, telephony over of the other sending UNIs. 

internet protocol (IP), or any combination thereof Thus, the 60 These and other features of the invention will be apparent 

concept of a frame relay PVC is significantly expanded by upon consideration of the following detailed description of 

aspects of the present invention. For example, the location of preferred embodiments. Although the invention has been 

an intended network endpoint recipient is not necessarily defined using the appended claims, these claims are exem- 

determined by a DLCI at a sending network endpoint. The plary in that the invention is intended to include the elements 

DLCI may represent a service category with the intended 65 and steps described herein in any combination or subcom- 

recipient indicated by an IP address within the frame relay bination. Accordingly, there are any number of alternative 

packet. This results in a significant benefit to network combinations for defining the invention, which incorporate 
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one or more elements from the specification, including the 502, UNls 402, and/or routers/switches 501 may be inter- 
description, claims, and drawings, in various combinations connected so as to form a meshed network (e.g., a partial or 
or subcombinations. It will be apparent to those skilled in fully meshed network). Additionally, the wide area network 
network theory and design, in light of the present (WAN) 1 may contain any number of IP switches 502 
specification, that alternate combinations of aspects of the 5 located within the WAN 1 such that it is not connected 
invention, either alone or in combination with one or more directly to any endpoint routers 919, and/or one or more IP 
elements or steps defined herein, may be utilized as modi- switches 502 may be located at an interface between the 
fications or alterations of the invention or as part of the SPN 50 ° a L nd an endpoint router 919. In further embodi- 
invention. It is intended that the written description of the meDts ° f f he ™™*f*>. ' be ? IK m ^ b l mUhip L le ,^ ndp T t 
invention contained herein covers all such modifications and 10 rou , ters 1 9 \ 9 T ^^ n wlth 3 f™ ? SWltch f 2 aD u d/or 
alterations multiple UNIs 402/IP switches 502 associated with an 

endpoint router 919. 

BRIEF DESCRIPTION OF THE DRAWINGS Tte network architecture of the WAN 1 allows the num- 
ber of IP switches to increase as customers are transitioned 

The foregoing summary of the invention, as well as the is t0 t h e new service. For example, as shown in FIG. 8A, 

following detailed description of preferred embodiments, is initially there may be only a small number (e.g., one, two, 

better understood when read in conjunction with the accom- three, etc.) of IP switches installed in the system. Where only 

panying drawings. For the purpose of illustration, embodi- a sma n number of IP switches are included in the network, 

ments showing one or more aspects of the invention are traffic originating from non-IP enabled UNIs 402 (e.g., UNI 

shown in the drawings. These exemplary embodiments, 2Q A ) may be routed to an IP switch 502 elsewhere in the 

however, are not intended to limit the invention solely network. Although this creates some negligible inefficien- 

thereto. c j es { n "backtracking" it nonetheless allows a migration path 

FIG. 1 illustrates a wide area network (WAN) having to the new network architecture without simultaneously 

routers as CPEs and PVCs between customer locations. replacing all routers 501. However, as more and more users 

FIG. 2 shows data flow through the WAN shown in FIG. 25 are tran sitioned to the new network architecture of WAN 1, 

1. more and more IP switches can be added (FIG. 8B) to 

FIGS. 3-5 show the construction and flow of data packets accommodate the increased load. In many embodiments, it 

through the network ma y desirable to eventually convert each UNI 402 to an 

__^ ( , IP switch 502 such that IP routing may be accomplished at 

FIG. 6 shows a block diagram of a network architecture ^ ed of me netWQrk 

in accordance with aspects of the present invention. JU _ ... , ™, A v T * • i * 

In some embodiments, the WAN 1 may include a com- 
FIG. 7 shows a detailed block diagram of the network binatioD of conventional network switches and/or routers 



501 in addition to IP switches 502. On the other hand, every 



illustrated in FIG. 6. 

FIG. 8A-8B shows a migration path for incorporating switch in the SPN 500 may be an IP switch 502. 

aspects of the invention into conventional network architec- 35 Alternatively, the WAN 1 may contain only a single IP 

tints. switch 502. The IP switches 502 may be variously config- 

FIG. 9 shows data flow through the network architecture ured to include a suitable multi-layer routing switch such as 

of FIG. 6. a Tag Switch from Cisco. Multi layer routing switches may 

FIG. 10 shows application based prioritization through also be utilized from vendors such as Ipsilon, Toshiba, IBM, 

the network architecture of FIG. 6. 40 and/or Telecom. IP switches are currently being developed 

TTtf*i ii -11 * . 1 u j- . c to replace endpoint routers so that customer premise equip - 

FIG. 11 illustrates an exemplary embodiment of a means *\ r £ 4 . . . „, A t« . M *:> 

t 4 - u.u *.if T-T,- t naent (e.g., Ethernet local area network WAN) equipment) 

to apportion services through the network of FIG. 6. • e J 

_fl n a can connect directly to an asynchronous transfer mode 

FIGS 12-14 illustrate data flow through exemplary (AXM) network . of the present invention propose 

WANs 1. 45 using IP switches in a different manner to maintain the huge 

DETAILED DESCRIPTION OF PREFERRED installed base of customer premise equipment while avoid- 

EMBODIMENTS in ^ limitations of previous systems. Accordingly, the IP 

switches in accordance with embodiments of the invention 

Exemplary embodiments of the present invention allow are disposed within the SPN 500 and modified to provide 

the large installed base of frame relay customer premises 50 suitable routing and interface functions, 

equipment (CPE) to be maintained by using the same In some embodiments of the invention, an IP switch 502 

interface in a different way to deliver new sets of services acts as a multi-layer switch. For example, an IP switch 502 

and features to the customer. For example, the data link may receive ATM cells, switching some or all of the ATM 

connection identifier (DLCI) known from the frame relay cells based upon the content of IP packets encapsulated 

protocol may be used to select among several virtual private 55 within the ATM cells. Thus, IP addressing may be used by 

networks with differing address spaces, feature sets, and/or an IP switch 502 to determine an ATM virtual path for 

conventional permanent virtual circuits (PVCs). sending ATM cells to a destination UNI 402. In further 

Referring to FIG. 7, a block diagram of a wide area embodiments of the invention, higher layer addressing (e.g., 

network (WAN) 1 incorporating aspects of the present transmission control program (TCP) logical ports at layer 4) 

invention is shown. The WAN 1 includes a plurality of 60 may also be used by an IP switch 502 as a basis for switching 

customer premise equipment (CPE) system, for example ATM cells to provide a path through the SPN ,500. In still 

routers located at each of the end user locations and inter- further embodiments of the invention, an IP switch 502 uses 

connected via one or more service provider's networks IP addresses and/or TCP logical ports to make quality of 

(SPNs) 500. The SPN 500 is typically connected to a service (QOS) decisions. 

plurality of endpoint routers 919 via a plurality of corre- 65 In further embodiments of the invention, an endpoint 

sponding user network interfaces (UNIs) 402 and/or one or router 919 may encapsulate one or more IP packets in frame 

more internet protocol (IP) switches 502. The IP switches relay frame 914. In this event, the frame relay frames may 
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be transmitted between an endpoint router 919 and a corre- 
sponding UNI 402 and/or IP switch 502. The endpoint router 
919 encapsulates IP packets 950 with frame relay frames 
914. Further, the endpoint router 919 may set the DLCI of 
each frame relay frame 914 according to a particular service 
category (if a service category DLCI is used) that the user 
has selected. For example, the various service categories 
may include the public internet, communication via a local 
intranet, communication within a closed user group (CUG), 
communication with an extranet (e.g., a network of trusted 
suppliers or corporate trading partners), live audio/video 
transmission, multicasting, telephony over internet protocol 
(IP), or any combination thereof. Thus, the concept of a 
frame relay PVC is significantly expanded by aspects of the 
present invention. For example, the location of an intended 
network endpoint recipient is not necessarily determined by 
a DLCI at the endpoint routers 919. 

In further embodiments of the invention, a UNI 402 may 
receive frame relay frames 914 from an endpoint router 919 
and divides and encapsulates frame relay frames into, for 
example, smaller fixed- length ATM cells. The UNI 402 may 
further translates the frame relay DLCI into an ATM address 
(e.g., a virtal path identifier/virtual channel identifier (VPI/ 
VCI)). There are various methods which may be used to 
translate DLCIs to VPI/VCIs. For example, the Network 
Interworking Standard as defined in Implementation Agree- 
ment #5 of the Frame Relay Forum, and/or the Service 
Interworking Standard as defined in Implementation Agree- 
ment #8 of the Frame Relay Forum may be utilized. An ATM 
address associated with a service category DLCIs defines an 
ATM virtual path via network routers to an IP switch 502. 
Thus, ATM data associated with a service category DLCI is 
ultimately sent to an IP switch 502. However, ATM data 
associated with a conventional DLCI may or may not be sent 
to an IP switch 502 and may be routed through the network 
without passing through an IP switch 502. Thus, both 
translated IP data and conventional PVC data may be present 
in the SPN 500 and/or WAN 1. 

In further embodiments of the invention, a UNI 402 
and/or a network router 501 may send data to a predeter- 
mined IP switch 502. In even further embodiments of the 
invention, a UNI 402 and/or a network router 501 selects 
which IP switch 502 to send data to based upon an algorithm 
(e.g., based on network traffic flows, the relative distance/ 
location of an IP switch 502, the type of data being sent, 
and/or the service category selected). In still further embodi- 
ments of the invention, a UNI 402, network router 501, 
and/or IP switch 502 may send the same data to more than 
one UNI 402, network router 501, and/or IP switch 502, 
depending upon, for example, a service category or catego- 
ries. 

In further embodiments of the invention, a UNI 402, an IP 
switch 502, and/or a network router 501 compares an ATM 
VPI/VCI 303-305 address with an IP address for the same 
data. If the two addresses are inconsistent, then the ATM cell 
may be discarded, sent to a pre -determined address, and/or 
returned to the sending location. In even further embodi- 
ments of the invention, layers above the layer 3 IP layer may 
be used for address and/or service class generation/ 
discrimination. For example layer 4 of the ISO addressing 
scheme and/or other application level data may be utilized to 
determine particular service classes. 

Referring specificaly to FIG. 9, the path of user data 
flowing through an exemplary WAN 1 is shown. As in the 
frame relay case, user data at the application layer and layer 
4 requires the addition of a layer 3 network address header. 
In the CPE a decision is made based on information in layers 
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3 and 4 about which virtual private network (VPN), service 
class, or conventional PVC the packet should be routed to. 
Thus, a packet with layer 4 information indicating it is a 
telnet (interactive) application and layer 3 information that 
it is an internal company address might go to VPN A for a 
low-delay intranet class of service. Another packet that is 
part of a file transfer protocol (FTP) file transfer might go to 
VPN B with a lower service class, and a third packet going 
between two heavily utilized applications might go on a 
dedicated PVC D, These decisions are coded as different 
DLCI values, inserted in the layer 2 frame, and sent into the 
UNI. 

At the UNI A 402, the switching based on the DLCI takes 
place. The packet may be routed to IP switch 502 in the 
center of the SPN 500. The first packet has its layer 2 frame 
stripped off as it is forwarded to VPN A. Within VPN A, the 
layer 3 address is now used to make routing decisions that 
send the packet to its destination UNI. Thus, no PVC need 
be established ahead of time for that path, and conventional 
routing methods and protocols can be used, as well as newer 
"short-cut" routing techniques. This permits VPN A to 
provide a high "mesh" of connectivity between sites without 
requiring the customer to configure and maintain the "mesh" 
as a large number of PVCs. The packet forwarded to VPN 
B is treated similarly except that VPN B is implemented 
with a lower service class (e.g. higher delay). Finally, the 
packet forwarded to PVC D has its layer 2 frame intact and 
passes through the network as a conventional frame relay 
frame. This allows customers to maintain their current 
connectivity of PVCs for their high utilization traffic paths, 
but still have a high mesh of connectivity through various 
VPNs. 

Thus, in various aspects of the invention, the WAN 1 
and/or SPN 500 may be any suitable fast packet network 
receiving frame relay data packets having user data in a user 
data field. The WAN 1 and/or SPN 500 then switches 
packets using one or more IP switches 502 responsive to the 
user data. The user data may be used to discriminate between 
a plurality of different service categories based on the user 
data. Routing over the WAN 1 and/or SPN 500 may be 
responsive to at least one of the different service categories 
including discriminating based on multicast data. 
Additionally, the WAN may generate a fast packet address 
field responsive to the IP packet data and route the IP packet 
through the fast packet network responsive to the fast packet 
address field. Further, layer 4 information may be utilized to 
determine the quality of service. The quality of service may 
include, for example, one or more of the following: an 
information rate, priority information, delay, loss, 
availability, etc. Security features may be implemented in 
the IP switch such that routing tables for each of the users 
are separated based on one or more service categories and/or 
users. In this manner the system is made more secure. Still 
further, the system may receive a plurality of frame relay 
packets over a permanent virtual circuit (PVC) at a first node 
in an asynchronous transfer mode (ATM) network, generate 
an ATM address based on a data field other than a data link 
connection identifier (DLCI) within the frame relay packets, 
and then route the packets through the ATM network based 
on the ATM address. The routing of packets may be respon- 
sive to one of a plurality of service categories. The system 
may provide separate routing tables within an ATM switch 
for each of a plurality of different service categories. The 
different service categories may be determined using inter- 
net protocol (IP) data within a data field of a packet passed 
by the ATM switch. In a fast packet network a fast packet 
switch may compare an address of a fast packet with a layer 
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3 internet protocol (IP) address contained within the fast 
packet and determining whether the fast packet address is 
consistent with the layer 3 IP address. Further, for security, 
hardware circuits and/or software may be provided for 
examination of a sending address or a destination address. 
Further, packets may be discarded responsive to an incon- 
sistency being detected. The WAN 1 may include customer 
premises equipment (CPE) and an asynchronous transfer 
mode (ATM) switch coupled to and receiving from the CPE 
frame relay data packets, and including address translation 
circuitry for translating data link connection identifiers from 
the frame relay data packets into ATM addresses represent- 
ing a plurality of virtual private networks based on a 
predetermined service category associated with a particular 
DLCI; or the WAN 1 may include customer premises 
equipment (CPE) and a fast packet switch coupled to the 
CPE via one or more permanent virtual circuits and receiv- 
ing frame relay data packets, the fast packet switch including 
address translation circuitry for translating user data within 
the frame relay data packets into fast packet addresses. 

In embodiments of the present invention, data security is 
enhanced in that data may be easily and accurately checked 
for inconsistencies at the destination. This is because these 
embodiments operate using both layer 2 and layer 3 address- 
ing information. As an illustration, assume that a frame relay 
frame having a DLCI indicating VPN 1 (e.g., the corporate 
intranet) arrives in a network switch/router with an IP 
address of a particular corporate accounting system. 
However, since the VPN processor has available to it the 
DLCI of the packet (and thus information about the source 
of the packet), the VPN processor may cross-check the 
DLCI with the source IP address in the packet to see if the 
source IP address is in the range known from the originating 
site. Thus, the problem associated with the spoofing of IP 
source addresses may be significantly reduced. 

In still further embodiments of the invention, a UNI 402, 
an IP switch 502, and/or a network router 501 has separate 
and/or partitioned routing look-up tables. Routing tables 
may be separated based upon service category, customer or 
user, and/or UNI 402. Thus, in some embodiments, within a 
VPN, a customer or user may have an individual routing 
table containing the customer's IP network address infor- 
mation. In some embodiments, since the DLCI identifies the 
source of a frame, the DLCI may be used as an index by an 
IP switch, network router, and/or UNI for determining which 
routing table to use. This allows customers to have their 
routing table size and speed governed by their individual 
address space, thus speeding the routing process consider- 
ably. The use of separate routing tables also provides an 
added measure of security, as packets cannot be mis- routed 
due to errors or updates in routing information related to 
other customers. 

In some embodiments, a router has multiple data space 
images paired with a single instruction space image of the 
routing software. Thus, for example, as packets arrive from 
Customer A, the routing software uses the data image for a 
routing table associated with Customer A to make a routing 
decision. In further embodiments, a single software image is 
used, but additional indices corresponding to customers are 
added to the routing tables. In still further embodiments, 
instruction execution and data handling are processed sepa- 
rately. This may be accomplished by the use of separate 
processors, one for instruction execution and one for data 
handling. 

FIG. 12 illustrates an exemplary WAN 1 having both 
conventional routers and IP switches incorporating aspects 
of the invention. In this exemplary WAN 1, a routing 
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element 1004 and switch 1003 are connected to Customer 
Site A via frame relay switch 1001. Routing element 1007 
and switch 1006 are connected to Customer Site B via frame 
relay switch 1009. Routing element 1012 and switch 1014 
are connected to Customer Site C via frame relay switch 
1016. Routing element 1013 and switch 1015 are connected 
to Customer Site D via frame relay switch 1017. In this 
exemplary WAN 1, incoming frames 1000 from Customer 
Site A may be encoded with a layer 2 DLCI specifying VPN 
#1 as the layer 2 destination and a layer 3 address pointing 
to Customer Site B. In such a case, frame relay switch 1001 
switches the frames over a frame relay trunk 1002 to switch 
1003 which has layer 3 routing element 1004 associated 
with it. After the frame is received by switch 1003, the frame 
is forwarded to router 1004 which implements short-cut 
routing as described above. The router/switch 1003, 1004 
uses the layer 2 information to discriminate between differ- 
ent source customers. The layer 2 information may then be 
discarded. Next, the layer 3 information in combination with 
a routing table is used to make a routing decision. In this 
case, the routing decision would result in a layer 3 PDU 1011 
being forwarded to router/switch 1006, 1007. The layer 3 
PDU 1011 is then encapsulated with a layer 2 frame, the 
frame in this case being addressed to Customer Site B. 
Switch 1006 then forwards the frame via a trunk 1008 to 
frame relay switch 1009. At the egress port of frame relay 
switch 1009, the DLCI of frame relay frame 1010 is replaced 
with a value indicating that the frame originated from, in this 
case, VPN #1. The frame relay frame 1010 is then delivered 
to the Customer B router. 

As the service grows, the functionality for making the 
VPN routing decisions may be migrated closer to the 
customer and may eventually be present in every switching 
node, as shown in FIG. 13. This can reduce the backhaul 
previously needed to get to the router/switch processing 
nodes and allow for optimal routing using all the nodes in 
the WAN 1 and/or SPN 500. In the exemplary embodiment 
of FIG. 13, VPN #1 is connected to Customer Sites A, B, C, 
and D. Here, every switching node includes a switch 1501 
and a routing element 1502. frame relay frames 1500 having 
a DLCI directed to Customer Site B may be sent from 
Customer Site A. In such a case, frames 1503 would be sent 
through VPN #1 via switching nodes 1501, 1502, and frames 
1504 would be received at Customer Site B. 

In some embodiments, an ATM core network may be used 
for data transport, and frame relay interfaces may be used to 
interface with the customer. An exemplary embodiment 
using an ATM core network is shown in FIG. 14. In this 
embodiment, switch 2003 and router 2004 are connected to 
Customer Site A via switch 2000 and a frame relay/ATM 
conversion unit 2001. Switch 2019 and router 2018 are 
connected to Customer Site B via switch 2005 and frame 
relay/ATM conversion unit 2006. Switch 2012 and router 
2010 are connected to Customer Site C via switch 2015 and 
frame relay/ATM conversion unit 2014. Switch 2013 and 
router 2011 are connected to Customer Site D via switch 
2016 and frame relay/ATM conversion unit 2017 Assuming 
that Customer Site A is sending frames 2020 destined for 
Customer Site B, incoming layer 2 frames may be encap- 
sulated for transport into ATM cells at switch 2000 accord- 
ing to, for example, the Network Interworking Standard. 
Such encapsulation may, for example, occur in conversion 
unit 2001, external to ATM switch 2000. ATM cells 2002 
may be sent down an ATM PVC designated for VPN Ml 
processing. ATM cells 2002 may then be forwarded to 
switch 2003 and router/switch 2004 (which may be attached 
to switch 2003), where the ATM cells may be reassembled 
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to obtain the layer 3 packet information for routing within R^CDR if 
VPN #1. Once the address information has been extracted 

from the layer 3 packet, the packet may be segmented again y» 

into ATM cells 2009 that can be transferred through the ^sucdr 

network. After being sent through router/switch 2018, 2019, 5 
ATM cells 2008 may be converted from cells to frames at the 
external conversion unit 2006 and switch 2005. Customer 
Site B would then receive frame relay frames 2021. Thus, an 
extra segmentation and reassembly (SAR) cycle may be 

required when using an ATM backbone with a core of 10 
router/switches. However, if the VPN processing is pushed 

outward to edge switches, the extra SAR cycle may be otherwise. 

eliminated. The extra SAR cycle may be eliminated because 'f, te L ag8 ^g2f °?J €d tr jffic rate 2S, does not exceed the 

conversion from frame relay frames to ATM cells may take CDR > tn f n , 100 Jf the : <f er * f A * a f c ^cd™^ * 

place in the same unit where VPN routing decisions are 15 ma yb e delivered through the WAN 1 and/or SPN 500 to the 

L. 6 15 destination. However, when the aggregate offered traffic rate 

°' L , Jt , IS,- exceeds the CDR, the WAN land/or SPN 500 may have 

Traffic management may be variously configured in the the discretion to throttle back or reduce the delivery rate of 

WAN land/or the SPN 500. For example, from a customer's offered traffic from some or all of the active sources, 

viewpoint, the WAN 1 and/or SPN 500 may ensure certain Delivery may be reduced by an amount such that the total 

traffic rates for the customer. 20 ra te of traffic delivery R to a destination is at least equal to 

In a network, data traffic may be sent from multiple the destination's assigned CDR. In the situation where R is 
sources to a single destination (multi-point to point). A reduced by the network, it may be desirable to enforce 
"source" is defined as the user transmitting side of, for "fairness" for each source. In other words, it may be 
example, a UNI (i.e., the customer side of a UNI, which may desirable to ensure that no single source may be allowed to 
be external to a WAN and/or to a VPN), a switch, an IP 25 be S reedv ov obtaining a disproportionate amount of net- 
switch, and/or a router at or near the edge of a network. A work bandwidth at the expense of other sources, 
"destination" is defined as the user receiving side of, for To P rovide for fair acce «s to the WAN 1 and/or SPN 500, 
example, a UNI (i.e., the network side of a UNI), a switch, m some embodiments each source is assigned at least one 
an IP switch, and/or router at or near the edge of a network. destination rate share (DRS). A DRS is a rate measured in 
Traffic that is offered for transmission by a source to the 30 ™ L umt f P er u , mt ?l '™ (e.g., bits per second). A separate 
WAN 1 and/or SPN 500 is defined as the "offered traffic" ^1*™°' f **1 TlrSi l ° npcT^ 
Further, a "VPN source" and a "VPN destination" are a * gr0Up ° f ^ H Further ' < he _ D *? ° r DRSs for a f 
- , . . , . given source may depend upon the destination or set of 
source and des in ation, respectively, which belong to a given destinations that the source may send traffic to. In other 
VPN. Agiven UNI, if simultaneously sending and receiving, words , each ^nm i may be assigned at least one DRS 
may simultaneously be a source and a destination. 35 corresponding to the DRS assigned between a source i and 
Furthermore, a given source may offer data traffic to mul- a ^ VCQ destination (or set of destinations). Thus, in some 
tiple destinations, and a given destination may receive traffic embodiments, the DRS may be different for a given source 
from multiple sources. depending upon which destination it is sending traffic to. In 

In some embodiments of the invention, a committed further embodiments, the DRS for a given source may be 

delivery rate (CDR) may be assigned to each destination. 40 constant, independent of the destination. 

The CDR is defined as the average number of bits per second when a source i offers traffic at an average rate S ( - 

that the WAN 1 and/or SPN 500 is committed to deliver to exceeding the CDR of a particular destination, fairness may 

a given destination, wherein the average may be calculated be achieved by ensuing that each source is allowed to 

over a fixed or variable time window. Although the word transmit at least its fair share of the CDR. A source's "fair 

"average" will be used throughout, any other similar algo- 45 share" of the destination's CDR is defined as the source's 

rithm may be used, such as the mean, the sum, or any other DRS divided by the aggregate DRS of active sources 

useful measurement and/or statistical calculation. If the transmitting to a given destination. Thus, each active 

average rate of aggregate offered traffic (i.e. the total offered source's fair share, r,-, of the CDR may be defined as the 

traffic) from one or more sources to a given destination is following: 

greater than or equal to a given destination's assigned CDR, 50 

then the WAN 1 and/or SPN 500 may guarantee to deliver DRS . 

traffic addressed to the destination at an average rate equal n = Y,DRSi CDR ' 
to or greater than the CDR. If the average rate of aggregate 
offered traffic is less than the CDR, then the WAN 1 and/or 

SPN 500 may deliver the offered traffic to the destination at 55 nc actual network transmission rate, T ( , that the WAN 1 

the aggregate offered traffic rate (100% of the offered traffic). and/or SPN 500 chooses „ conforming traffic guaranteed to 

To clarify, let the number of active sources sending traffic to be delivered from each source to a given destination may 

a particular destination be N. As will be described in more satisfy the following: 

detail below, a source may be considered "active" during a wneQ 

given time window if the source offers at least a threshold 60 
amount of traffic to the WAN 1 and/or SPN 500 within the 

given time window. Let S, be the average offered traffic rate, Yi Si * CDR 
or "offering rate," from each source i toward a single given 
destination, wherein i=[l, . . . , N]. Further, let R be the total 

rate at which the WAN 1 and/or SPN 500 actually delivers 65 T^min^,., S,). 

traffic to the destination. Then, the WAN 1 and/or SPN 500 Thus, in these embodiments the WAN 1 and/or SPN 500 

will provide that: may enforce fairness by reducing one or more sources' 
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actual network transmission rate T ; at most from S,- to r t 
ensuring that each source obtains its fair share of the CDR. 
In some embodiments, to achieve a rate of at least CDR, the 
WAN 1 and/or SPN 500 may at its discretion transmit traffic 
from a given active source or sources at a rate greater than 
r,.. In fact, the WAN 1 and/or SPN 500 may at its discretion 
transmit data from a source i at any rate between and 
including the fair share rate r,. and the full offered rate S,-. 

If S ( is greater than T„ a source may be considered by the 
WAN 1 and/or SPN 500 to be a "non-conforming source." 
Conformance of a source may be calculated using a standard 
leaky bucket algorithm with variable drain rate. Thus, the 
conforming "depth" of a "bucket" would be DRS f *W. In 
other words, the maximum number of bits that will be sent 
to the network within a given time window of length W is 
equal to DRS ( *W. During a given time window of length W, 
the "drain rate" of the "bucket" is equal to T, which is 
calculated during previous time windows. Thus, data pack- 
ets inserted "above" the conforming bucket depth may be 
labeled as a "non-conforming." In other words, for a given 
time window, data packets in excess of the total DRS,*W 
number of bits may be labeled as non-conforming data 
packets. In such a situation, some or all of the source data 
packets equal to the difference between S,- and T, may be 
labeled as non-conforming data packets, and some or all of 
the non-conforming data packets may be dropped. 

This does not mean that data cannot be of a bursty or 
rate-variant nature. Although exemplary embodiments have 
been described as operating using average rates, real-time 
rates may vary within any given time window of length W. 
Thus, a certain amount of burstiness of data is allowable. 
This maximum burst size is the maximum number of bits 
that the WAN 1 and/or SPN 500 guarantees to transfer 
during a time window W. 

In further embodiments of the invention, the WAN 1 
and/or SPN 500 may provide forward congestion notifica- 
tion to a destination. For example, the WAN 1 and/or SPN 
500 may provide a layer 2 binary indication that the CDR is 
being exceeded by using the frame relay forward explicit 
congestion notification (FECN) bit and/or a layer 3 message 
that indicates a non-conforming source and optionally con- 
tains rate information for that source (e.g. the actual trans- 
mitted rate T f and/or the excess rate S-T,). Furthermore, in 
some embodiments, multiple non-conforming sources might 
be listed, even within a single message. In these forward 
congestion notification embodiments, conformance may be 
measured at the network side of a destination. In some 
embodiments, a forward congestion notification may be 
provided to a given destination when the offering rate S f of 
an active source offering to send traffic to the destination 
exceeds the actual network transmission rate T, for the 
source. 

Non-conforming packets that cannot be transmitted on the 
egress port of a source may be dropped with or without any 
indication to the source or destination. To measure conform- 
ance of a source, the amount of excess bandwidth available 
to the sources for transmission to the destination should be 
determined. To calculate the excess bandwidth, let Wy be the 
] th time window The excess bandwidth above the fair share 
bandwidth may be computed as 
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wherein M is defined as the number of possible sources from 
which a destination may receive traffic, and wherein B is 
defined as a predetermined reference rate. The introduction 
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of reference rate B effectively reserves network bandwidth 
for an inactive source, thus ensuring that a previously 
inactive source that becomes active can send at least some 
traffic through the network during time period Wy 
Specifically, the WAN 1 and/or SPN 500 may ensure that 
each source's T ( - is guaranteed to be at least a minimum 
reference rate B. In this situation, a source is considered 
active during W y if more thanB*W,units of data (e.g., bits) 
are received during Wy. It is desirable to define B to be 
relatively small as compared with S,. so as to retain as much 
excess bandwidth as possible, yet still large enough to 
ensure network availability to a non- active source (non- 
sending source with respect to a given destination) that may 
later become active with respect to a given destination. In 
some embodiments, B may be a predetermined rate. In 
further embodiments, B may vary with time, with the 
number of inactive sources, with the number of active 
sources, and/or with the total number of sources. In still 
further embodiments, B for a source may depend upon a 
priority classification assigned to the source. In still further 
embodiments, when a previously inactive source becomes 
active, the priority assigned to the source may depend upon 
the content of the data (e.g., data payload, DLCI, and/or 
address) offered to be sent. Thus, B may not be the same for 
each source. 

Once the excess bandwidth is determined, the maximum 
conforming actual network transmission rates, T„ may be 
calculated. To accomplish this, T, for each source may first 
be set by default to minfo, S,). Then the excess bandwidth, 
E, may be distributed among some or all of the sources that 
are actively transmitting to the given destination, thus 
adjusting or raising T f for these sources. In some 
embodiments, the excess bandwidth may be uniformly dis- 
tributed among some or all of the active sources. In further 
embodiments, the excess bandwidth may be distributed 
among these sources according to source priority, data 
priority, and/or DLCI. 

In further embodiments, the WAN 1 and/or SPN 500 may 
provide backward congestion notification to a non- 
conforming source. Such notification may be in the form of 
a layer 2 and/or a layer 3 message indicating a destinations) 
for which the non-conforming source is exceeding T ( - and/or 
rate information for the non-conforming source (e.g. the 
actual transmitted rate T, and/or the excess rate S^-T,). 
However, a layer 2 notification by itself may not be 
preferable, since a source receiving only a layer 2 notifica- 
tion may not be able to distinguish between destinations to 
which the source is conforming and those for which it is not 
conforming. In some embodiments, a backward congestion 
notification may be provided to a given active source when 
the offering rate S t of the source exceeds the actual network 
transmission rate T, for the source. In further embodiments, 
a user at a non-conforming source may be notified of 
congestion information, the assigned CDR, DRS t , r ( , and/or 
T f . In still further embodiments, it may be up to a user to 
decide how to act upon a congestion notification. In even 
further embodiments, a source may reduce its offering rate 
S, in response to receiving a backward congestion notifica- 
tion. 

In these backward congestion notification embodiments, 
conformance may be implemented at the network side of the 
source UNI. In such embodiments, feedback concerning the 
destination delivery rate may be required from the destina- 
tion. The feedback may also contain information regarding 
the rate share of the active sources at the destination and/or 
the CDR divided by the aggregate rate. 

While exemplary systems and methods embodying the 
present invention are shown by way of example, it will be 
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understood, of course, that the invention is not limited to 
these embodiments. Modifications may be made by those 
skilled in the art, particularly in light of the foregoing 
teachings. For example, each of the elements of the afore- 
mentioned embodiments may be utilized alone or in com- 5 
bination with elements of the other embodiments. 
Additionally, although a meshed network is shown in the 
examples, the inventions defined by the appended claims is 
not necessarily so limited. Further, the IP switch may 
convert from any higher level IP like protocol to any 10 
fast-packet like protocol and is not necessarily limited to the 
ATM/IP example provided above. Furthermore, examples of 
steps that may be performed in the implementation of 
various aspects of the invention are described in conjunction 
with the example of a physical embodiment as illustrated in is 
FIG. 5. However, steps in implementing the method of the 
invention are not limited thereto. Additionally, although the 
examples have been derived using the IP protocol for layer 
three, it will be apparent to those skilled in the art that any 
version of IP or IPX could be used as the layer three 20 
routeable protocol. Furthermore, it will be understood that 
while some examples of implementations are discussed 
above regarding IP and ATM protocols, the invention is not 
intended to be limited solely thereto, and other protocols that 
are compatible with aspects of the invention may be used as 25 
well. 

What is claimed is: 

1. A method comprising the steps of: 

receiving into a fast packet network frame relay data 

packets, said frame relay data packets having user data 30 

in a user data field; 
switching said frame relay data packets within the fast 

packet network responsive to the user data, wherein the 

user data includes an internet protocol packet; 



generating a fast packet address field responsive to inter- 
net protocol packet data; and 

routing the internet protocol packet through the fast 
packet network responsive to the fast packet address 
field. 

2. The method of claim 1 wherein the step of generating 
the fast packet address field occurs in a node located at an 
edge of the fast packet network, 

3. The method of claim 1 wherein the step of generating 
the fast packet address field includes routing the internet 
protocol packet data within the fast packet network to a node 
capable of generating the fast packet address field respon- 
sive to the internet protocol packet data. 

4. The method of claim 1 wherein the fast packet address 
is generated at a single node within the fast packet network. 

5. The method of claim 1 wherein the fast packet network 
includes a plurality of nodes capable of generating the fast 
packet address field responsive to the internet protocol 
packet data and nodes not capable of generating the fast 
packet address field responsive to the internet protocol 
packet data. 

6. The method of claim 1 wherein layer 3 data within the 
internet protocol packet data is utilized to generate the fast 
packet address field. 

7. The method of claim 1 wherein layer 4 data within the 
internet protocol packet data is utilized to generate the fast 
packet address field. 

8. The method of claim 7 wherein the layer 4 information 
is utilized to determine a quality of service. 

9. The method of claim 8 wherein the quality of service 
includes an information rate. 

10. The method of claim 8 wherein the quality of service 
includes priority information. 
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line 39, delete "is" and insert — are --. 
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